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METHOD AND APPARATUS FOR THE IMPLEMENTATION OF FULL- 
SCENE ANTI-ALIASING SUPERSAMPLING 

FIELD OF THE INVENTION 

The present invention relates to computer systems; more particularly, the 
present invention relates to processing three-dimensional graphics. 

BACKGROUND 

5 Computer generated graphics are commorUy used in various areas of 

industry, business, education and entertainment. Computer graphics are 
represented by pixels on a display monitor. However, since the display only 
contains a firute number of pixels, aliasing may often occur. Aliasing due to 
having to represent analog data in a digital format, results in a displayed image 

10 appearing with jagged edges. 

The application of techniques used to reduce aliasing is typically referred 
to as anti-aliasing. One technique used for full-scene anti-aliasing is known as 
supersampling. Supersampling is an approach in which an original graphics 
scene is rendered at a high resolution and subsequently filtered down to the 

15 original display resolution. Thus, supersampling essentially shifts the aliasing 
effect up to a higher spatial frequency. 

There are, however, performance drawbacks incurred by the computer 
system while using the supersampling technique. The problem with 
supersampling is that it requires additional processing and memory storage and 

20 bandwidth in order to render an image at higher resolutions, and later filter it 
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down. For example, supersampling two times (2x) in each of an X and Y 
direction of the display requires four times (4x) the storage and bandwidth. 
Therefore, an efficient implementation of supersampling without incurring extra 
memory storage and bandwidth is desired. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be understood more fully from the detailed 
description given below and from the accompanying drawings of various 
embodiments of the invention. The drawings, however, should not be taken to 
limit the invention to the specific embodiments, but are for explanation and 
understanding only. 

Figure 1 is a block diagram of one embodiment of a computer system; 

Figure 2 is a block diagram of one embodiment of a processor; 

Figure 3 is a block diagram of one embodiment of a graphics cache; and 

Figure 4 is a flow diagram of one embodiment of data flow during 
supersampling. 



DETAILED DESCMPTION 

A method and apparatus for the efficient implementation of 
supersampling is described. In the following detailed description of the present 
invention numerous specific details are set forth in order to provide a thorough 
understanding of the present invention. However, it will be apparent to one 
skilled in the art that the present invention may be practiced without these 
specific details. In other instances, well-known structures and devices are shown 
in block diagram form, rather than in detail, in order to avoid obscuring the 
present invention. 

Reference in the specification to "one embodiment" or "an embodiment" 
means that a particular feature, structure, or characteristic described in 
connection with the embodiment is included in at least one embodiment of the 
invention. The appearances of the phrase "in one embodiment" in various places 
in the specification are not necessarily all referring to the same embodiment. 

Figure 1 is a block diagram of one embodiment of a computer system 100. 
Computer system 100 includes a central processing unit (processor) 105 coupled 
to processor bus 110. In one embodiment, processor 105 is a processor in the 
Pentium® family of processors including the Pentium® II family and mobile 
Pentium® and Pentium® II processors available from Intel Corporation of Santa 
Clara, Califorrua. Alternatively, other processors may be used. 

Chip set 120 is also coupled to processor bus 110. Chip set 120 may 
include a memory controller for controlling a main memory 113. Further, chipset 



• # 

120 may also include an Accelerated Graphics Port (AGP) Specification Revision 
2.0 interface developed by Intel Corporation of Santa Clara, California. Chip set 
120 is coupled to a video device 125 and handles video data requests to access 
main memory 113. 

5 Main memory 113 is coupled to processor bus 110 through chip set 120. 

Main memory 113 stores sequences of instructions that are executed by processor 
105. In one embodiment, main memory 113 includes a dynamic random access 
memory (DRAM) system; however, main memory 113 may have other 
configurations. The sequences of instructions executed by processor 105 may be 

10 retrieved from main memory 113 or any other storage device. Additional 

devices may also be coupled to processor bus 110, such as multiple processors 
and/or multiple main memory devices. Computer system 100 is described in 
terms of a single processor; however, multiple processors can be coupled to 
processor bus 110. Video device 125 is also coupled to chip set 120. In one 

15 embodiment, video device includes a video morutor such as a cathode ray tube 
(CRT) or liquid crystal display (LCD) and necessary support circuitry. 

Processor bus 110 is coupled to system bus 130 by chip set 120. In one 
embodiment, system bus 130 is a Peripheral Component Intercormect (PCI) 
Specification Revision 2.1 standard bus developed by Intel Corporation of Santa 

20 Clara, California; however, other bus standards may also be used. Multiple 
devices, such as audio device 127, may be coupled to system bus 130. 

Bus bridge 140 couples system bus 130 to secondary bus 150. In one 
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embodiment, secondary bus 150 is an Industry Standard Architecture (ISA) 
Specification Revision 1.0a bus developed by International Business Machines of 
Armonk, New York. However, other bus standards may also be used, for 
example Extended Industry Standard Architecture (EISA) Specification Revision 
5 3.12 developed by Compaq Computer, et al. Multiple devices, such as hard disk 
153 and disk drive 154 may be coupled to secondary bus 150. Other devices, 
such as cursor control devices (not shown in Figure 1), may be coupled to 
secondary bus 150. 

Figure 2 is a block diagram of one embodiment of processor 105. 
-S 10 Processor 105 includes a CPU core 210, CPU cache 220, graphics core 230, 

graphics cache 240 and bus interface 250. CPU core 210 executes non-graphic 

2 instructions received at computer system 100. CPU cache 220 is coupled to CPU 

yl 

3 core 210. According to one embodiment, CPU cache 220 is a high-speed storage 
^ mechanism for storing data and sequences of instructions executed by CPU core 
I 15 210. y 

Bus interface 250 is coupled CPU cache 220. Bus interface 250 connects 
CPU cache 220 and graphics cache 240 to processor bus 110 such that data may 
be distributed to and from processor 105. 

Graphics core 230 includes a graphics accelerator that is specialized for 
20 computing graphical transformations. Graphics core 230 enables CPU core 210 
to efficiently execute non-graphic commands, while graphics core 230 handles 
graphics computations. According to one embodiment, graphics core operates 
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according to a tile-based rendering architecture. Rendering is the act of 
calculating, on a per pixel basis, different color and position information. As a 
result, a viewer may perceive depth on the 2D monitor of video device 125. 

Rendering fills in the points on the surface of an object that were 
previously stored only as a set of vertices. In this way, a solid object, shaded for 
3D effect, will be drawn on the screen. In order to render an object, it is 
necessary to determine color and position information. To do this efficiently, the 
vertices of the object are segmented into triangles and these triangles (set of three 
vertices) are then processed one at a time at graphics core 230. 

In tile-based rendering, graphics core 230 constructs polygons in a 
particular graphics scene (or image) in a triangle per triangle marmer until the 
scene is completed. However, prior to the rendering of a scene, graphics core 230 
breaks down a scene into a series of triangles. Subsequently, the triangles are 
sorted (or binned) into tiles by examining the boimding box of each triangle. Tile 
binning determines in which tile(s) a triangle is located. According to one 
embodiment, graphics cache 240 includes a buffer for each tile in a scene. The 
buffers include pointers to the particular triangles that are included within the 
buffers. After each triangle has been binned, each tile of the scene is rendered 
one at a time. 

Graphics cache 240 is coupled to graphics core 230 and bus interface 250. 
According to one embodiment, graphics cache 240 is a unified graphics cache 
that can accommodate a tile size of 128x64 pixels, wherein each pixel includes 32- 



bit color and depth values. In another embodiment, graphics cache 240 stores 
texture data, in addition to color and depth data. In yet a further embodiment, 
graphics cache 240 is 64-kilobyte static random access memory for 
accommodating the 128x64 tile size. However, one of ordinary skill in the art 
will appreciate that other sizes and types of memory devices may be used to 
implement graphics cache 240. 

Figure 3 is a block diagram of one embodiment of graphics cache 240. 
Graphics cache 240 includes graphics texture cache 320 and graphics color/Z tile 
buffer 340. Graphics texture cache 320 stores texture data used for texture 
mapping of an object. Texture mapping involves encoding a texture with three- 
dimensional properties (e.g., how transparent and reflective the object is) in 
addition to two-dimensional qualities, such as color and brightness. Once a 
texture has been defined, it can be wrapped aroimd a three-dimensional object. 

Graphics color/Z tile buffer 340 stores color and depth data for pixels in 
each tile of one or more graphic scenes. Tile size may be determined based upon 
color and depth formats and the size of graphics color/Z tile buffer 340. Thus, 
according to one embodiment, graphics color/Z tile buffer 340 is sufficiently 
large to fulfill intermediate color and depth data accesses for all triangles that fall 
inside of a particular tile. According to a further embodiment, the color and 
depth data is written to memory 113 after the rendering of the last triangle in a 
tile has been completed. 

According to one embodiment, the use of graphics cache 240 enables 
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graphics core 230 to efficiently implement supersampling by eliminating extra 
memory storage and bandwidth requirements. Figure 4 is a flow diagram of one 
embodiment of the data flow during supersampling by graphics core 230. For 
illustration purposes, a value of k=4 is assumed by supersampling two times (2x) 
5 in the X and Y directions. Further, the tile size is assumed to be 128x64, and 
polygons are binned into a virtual tile size of 64x32. However, one of ordinary 
skill in the art will appreciate that the process may be implemented using other k 
values and tile sizes. 

Referring to Figure 4, polygons for a tile are received at graphics core 230 
^ 10 from memory 113 via the AGP port within chipset 120, process block 410. At 
I process block 420, the polygons are amplified at graphics core 230. Since for this 

example k=4, the polygons are amplified four times (4x) of the original size. The 

m 

^ amplification is achieved by using viewport transformation supported by 

St graphics core 230. In viewport transformation, word coordinates are mapped 

Q 15 onto the display screen coordinates by graphics core 230. Subsequently, graphics 
core 230 accelerates the transformation. By applying the viewport 
transformation, the dimensions of the viewport may be manipulated in order to 
cause the final image to be enlarged for rendering into tiles. 

At process block 430, the enlarged polygons are setup. According to one 
20 embodiment, the setup stage takes input data associated with each vertex and 
computes various parameters required for scan conversion. According to a 
further embodiment, gradients required to interpolate the various vertex 
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attributes across the polygon are also computed. 

At process block 440, texture data for polygon rasterization and texturing 
is performed at graphics core 230. During rasterization pixels within the 
polygons are processed. Moreover, texture is applied to the pixels if texturing is 
enabled. At process block 450, rendering of the tile is completed. After 
rendering of the last triangle in the tile has been completed, graphics color/Z tile 
buffer 340 includes the complete image of the tile 4x the original size. At process 
block 460, a stretch bit aligned block transfer (BLT) is executed. A BLT is a 
process wherein pixels, or other data, are copied from one memory location to 
another. The stretch BLT is performed in order to down sample the image from 
the physical tile size to the virtual tile size. 

The stretch BLT is accomplished by rendering a rectangle (made up of two 
polygons) of the size equal to that of the physical tile size. The supersampled 
image in the physical tile (e.g., in graphics color/Z tile buffer 340) is considered 
the source of the stretch BLT, while the destination is allocated in memory 113. 
According to one embodiment, graphics core 230 treats the source of the stretch 
BLT as a texture map for the destination for the destination rectangle. As a 
result, graphics texture cache 320 is maintained undisturbed in order to maintain 
good utilization of the texture data across tiles. 

At process block 470, it is determined whether more tiles in graphics 
color/Z tile buffer 340 need to be rendered. If it is deternuned that more tiles 
need to be rendered, control is returned to process block 410 where polygons for 
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another tile are received at graphics core 230 from graphics color /Z hie buffer 
340. According to one embodinient, graphics core 230 includes a pipeline engine. 
As a result, the rendering of the next tile at graphics core 230 may begin while 
the stretch BLT of the previous tile is occurring. 

As described above, using a unified graphics cache architecture for tile- 
based rendering enables efficient supersampled images can be created v^ithout 
increasing external memory storage and bandwidth requirements. 

Typically, a graphics engine that utilizes non-tile based rendering 
typically must first render an entire supersampled image to a memory location 
that is k times the size of original display resolution before downsampling can 
occur. This memory is typically too large to be implemented on the same 
semiconductor device as the graphics engine. Therefore, an increase in memory 
storage and bandwidth in main memory is required. 

As described above, the unified graphics cache provides temporary 
storage for the supersampled image to be later filtered down (e.g., through 
stretch BLT). As a result, only the final image of the original size needs to be 
written out and stored in the main system memory, such as memory 113. 
Therefore, an efficient implementation of supersampling without incurring extra 
memory storage and bandwidth has been described. 

Whereas many alterations and modifications of the present invention will 
no doubt become apparent to a person of ordinary skill in the art after having 
read the foregoing description, it is to be understood that any particular 
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embodiment shown and described by way of illustration is in no way intended 
to be considered limiting. Therefore, references to details of various 
embodiments are not intended to limit the scope of the claims which in 
themselves recite only those features regarded as the invention. 
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